United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. 



CONFIRMATION NO. 



09/929,448 



08/14/2001 



Christian Linhart 



23280 7590 07/26/2007 

DAVIDSON, DAVIDSON & KAPPEL, LLC 
485 SEVENTH AVENUE,. 14TH FLOOR 
NEW YORK, NY 10018 



218.1022 



8783 



EXAMINER 



WANG, BEN C 



ART UNIT 



PAPER NUMBER 



2192 



MAIL DATE 



DELIVERY MODE 



07/26/2007 PAPER 

Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



Office Action Summary 


Application No. 

09/929,448 


Applicant(s) 

LINHART, CHRISTIAN 


Examiner 

Ben C. Wang 


Art Unit 

2192 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address ■■ 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after t he mailing date of this communication, even if timery filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

1)^ Responsive to communication(s) filed on 14 August 2001 . 
2a)D This action is FINAL. 2b)S This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 21 3. 

Disposition of Claims 

4) E<] C|aim(s) 1-88 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) ^ Claim(s) 1-88 is/are rejected. 

7) Q Claim(s) is/are objected to. 

8) D Claim(s) •_ are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10)D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
1 !)□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12)D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

2. Q Certified copies of the priority documents have been received in Application No. . 

3. Q Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1) 13 Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) Q Other: . 



U.S. Patent and Trademark Office 

PTOL-326 (Rev. 08-06) 



Office Action Summary 



Part of Paper NoVMail Date 20070712 



Application/Control Number: 09/929,448 
Art Unit: 2192 



Page 2 



DETAILED ACTION 

1 . Claims 1-88 are pending in this application and presented for examination. 

Drawing Objections 

2. The drawing is objected to because the following informalities: 

• "receive a definition of a respective association between each of the 
plurality of cited in Fig. 3, element 204, should be corrected as "receive 
a definition of a respective association between each of the plurality of 
pattern and respective executable action " 

• "receive a definition of a respective second association between each of 
the plurality of second patterns and a respective cited in Fig. 5, element 
406, should be corrected as "receive a definition of a respective second 
association between each of the plurality of second patterns and a 
respective second executable action " 

Appropriate correction is required (See MPEP § 608.01(b)) 

Claim Objections 

3. Claim 6 is objected to because the following informalities: 

• "The method as recited in claim 1 wherein the receiving the definition 
of, claim 6, line 1 , should be corrected as "The method as recited in 
claim 1 wherein receiving the definition of 
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Appropriate correction is required (See MPEP § 608.01(b)) 

Claim Rejections - 35 USC § 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

4. Claims 64-71 are rejected under 35 U.S.C 101 because the claims are 
directed to non-statutory subject matter. 

5. As to claim 64, a "scanner data structure" is being cited; however, it 
appears that the scanner data structure would reasonably be interpreted by one 
of ordinary skill in the art as computer listings per se, are not physical "things". 
They are neither computer components nor statutory processes, as they are not 
"act" being performed. Such claimed computer programs do not define any 
structural and functional interrelationships between the computer program and 
other claimed elements of a computer which permit the computer program's 
functionality to be realized. In contrast, a claimed computer readable medium 
encoded with a computer program is a computer element which defines 
structural and functional interrelationships between the computer program and 
the rest of the computer which permit the computer program's functionality to be 
realized, and is thus statutory. Accordingly, it is important to distinguish claims 
that define descriptive material per se from claims that define statutory 
inventions. (See MPEP 2106.01(1)) 
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6. As to claims 65-71 , they are merely further recited as the scanner data 
structure per se, thus, do not cure the deficiency of base claim 64, and also 
rejected under 35 U.S.C. 101 as set forth above. 



Claim Rejections - 35 (JSC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious at 
the time the invention was made to a person having ordinary skill in the art to which said subject 
matter pertains. Patentability shall not be negatived by the manner in which the invention was 
made. 

7. Claims 1 , 3-47, 49-64, 66-72, and 74-88 are rejected under 35 U.S.C. 
1 03(a) as being unpatentable over Murphy et al. f (Lightweigh Lexical Source 
Model Extraction, July 1996, ACM) (hereinafter 'Murphy') in view of Vern Paxon, 
(Flex- Fast Lexical Analyzer Generator, June 1998, The Free Software 
Foundation) (hereinafter 'Paxon') and further in view of Bickmore et al., (MultiLex, 
A Pipelined Lexical Analyzer, July 1996, ACM) (hereinafter 'Bickmore') 

8. As to claim 1 , Murphy discloses a method for generating a scanner (e.g., 
Sec. 2 - The Lexical Source Model Extraction Approach, 2 nd Par. - our system 
consists of two generators: a scanner generator and an analyzer generator), the 
method comprising: receiving a definition of a plurality of patterns; receiving a 
definition of a respective association between each of the plurality of patterns 
and a respective executable action (e.g., Sec. 2 - The Lexical Source Model 
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Extraction Approach, 3 rd Par. - the scanner generator uses the first two parts - 
the pattern and action definitions - to generate a scanner that reads in a 
sequence of artifact files and produces a stream of local output). 

Murphy discloses the pattern and action definitions (P. 266, 1 st Par. - the 
scanner generator uses the first two parts - the pattern and action definitions to 
generate a scanner that reads in a sequence of artifact files and produces a 
stream of local output), but does not explicitly disclose processing the plurality of 
patterns and the respective associations to form a scanner data structure 
capable of comparing input data to at least one of the plurality of patterns and 
causing execution of the associated executable action upon a match of the input 
data with the respective one of the plurality of patterns. 

However, in an analogous art of flex - fast lexical analyzer generator, 
Paxon discloses processing the plurality of patterns and the respective 
associations to form a scanner data structure capable of comparing input data to 
at least one of the plurality of patterns and causing execution of the associated 
executable action upon a match of the input data with the respective one of the 
plurality of patterns (e.g., P. 7, 3 rd Par. - the rules section of the flex input 
contains a series of rules of the form: pattern action : PATTERNS - P. 8 through 
P. 12, the patterns in the input are written using an extended set of regular 
expressions; ACTIONS - P. 13 through P. 18, each pattern in a rule has a 
corresponding action; HOW THE INPUT IS MATCHED - P. 12 through P. 13, 
when the generated scanner is run, it analyzes its input looking for strings which 
match any of its patterns; P. 12, Sec. of How The Input Is Matched, 2 nd Par. - 
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Once the match is determined, the text corresponding to the match (called the 
token) is made available in the global character pointer yytext, and its length in 
the global integer yyleng; the action corresponding to the matched pattern is then 
executed, and then the remaining input is canned for another match; P. 13, 2 nd 
Par. - Note that yytext can defined in two different ways: either as a character 
pointer or as a character array - via index ). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Paxon into the 
Murphy's system to further provide processing the plurality of patterns and the 
respective associations to form a scanner data structure capable of comparing 
input data to at least one of the plurality of patterns and causing execution of the 
associated executable action upon a match of the input data with the respective 
one of the plurality of patterns in Murphy system. 

The motivation is that it would further enhance the Murphy's system by 
taking, advancing and/or incorporating Paxon's system which offers significant 
advantages for fast lexical analyzer generator; interfacing with Yacc\ 
performance; generating C++ scanners, and incompatibilities with Lex and Posix 
etc., as once suggested by Paxon (e.g., P. 1 through P. 3). 

Further, Murphy and Paxon do not explicitly disclose the processing and 
the comparing being performed in a same active process. 

However, in an analogous art of MultiLex, A Pipelined Lexical Analyzer, 
Bickmore discloses the processing and the comparing being performed in a 
same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline of 
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translators; each translator reads a series of input objects and produces a series 
of output objects for next translator (or the parser)). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Bickmore into the 
Murphy-Paxon's system to further provide the processing and the comparing 
being performed in a same active process in Murphy-Paxon system. 

The motivation is that it would further enhance the Murphy-Paxon's 
system by taking, advancing and/or incorporating Bickmore's system which offers 
significant advantages for providing the innovative features of MultiLex include its 
pipeline architecture, lexical pattern-matching, manipulation of a larger space of 
objects than just characters, re-configurability for languages that include 
sublanguages, and lexically-scoped dictionary mechanism as once suggested by 
Bickmore (e.g., P. 1, Abstract). 

9. As to claim 47, Murphy discloses a method for scanning input data, the 
method comprising: receiving a definition of a plurality of patterns; receiving a 
definition of a respective association between each of the plurality of patterns 
and a respective executable action e.g., Sec. 2 - The Lexical Source Model 
Extraction Approach, 3 rd Par. - the scanner generator uses the first two parts - 
the pattern and action definitions - to generate a scanner that reads in a 
sequence of artifact files and produces a stream of local output). 

Murphy discloses the pattern and action definitions (P. 266, 1 st Par. - the 
scanner generator uses the first two parts - the pattern and action definitions to 
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generate a scanner that reads in a sequence of artifact files and produces a 
stream of local output), but does not explicitly disclose processing the plurality of 
patterns and the respective associations so as form a scanner data structure; 
comparing the input data to the a plurality of patterns using the scanner data 
structure; and when the comparing results in a matched one of the a plurality of 
patterns, executing the respective executable action associated with the matched 
pattern. 

However, in an analogous art of flex - fast lexical analyzer generator, 
Paxon discloses processing the plurality of patterns and the respective 
associations so as form a scanner data structure; comparing the input data to the 
a plurality of patterns using the scanner data structure; and when the comparing 
results in a matched one of the a plurality of patterns, executing the respective 
executable action associated with the matched pattern (e.g., P. 7, 3 rd Par. - the 
rules section of the flex input contains a series of rules of the form: pattern action : 
PATTERNS - P. 8 through P. 12, the patterns in the input are written using an 
extended set of regular expressions; ACTIONS - P. 13 through P. 18, each 
pattern in a rule has a corresponding action; HOW THE INPUT IS MATCHED - 
P. 12 through P. 13, when the generated scanner is run, it analyzes its input 
looking for strings which match any of its patterns; P. 12, Sec. of How The Input 
Is Matched, 2 nd Par. - Once the match is determined, the text corresponding to 
the match (called the token) is made available in the global character pointer 
yytext, and its length in the global integer yyleng] the action corresponding to the 
matched pattern is then executed, and then the remaining input is canned for 
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another match; P. 13, 2 nd Par. - Note that yytext can defined in two different 
ways: either as a character pointer or as a character array - via index ). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Paxon into the 
Murphy's system to further provide processing the plurality of patterns and the 
respiective associations so as form a scanner data structure; comparing the input 
data to the a plurality of patterns using the scanner data structure; and when the 
comparing results in a matched one of the a plurality of patterns, executing the 
respective executable action associated with the matched pattern in Murphy 
system. 

The motivation is that it would further enhance the Murphy's system by 
taking, advancing and/or incorporating Paxon's system which offers significant 
advantages for fast lexical analyzer generator; interfacing with Yacc\ 
performance; generating C++ scanners, and incompatibilities with Lex and Posix 
etc., as once suggested by Paxon (e.g., P. 1 through P. 3). 

Further, Murphy and Paxon do not explicitly disclose the processing and 
the comparing are performed in a same active process. 

However, in an analogous art of MultiLex, A Pipelined Lexical Analyzer, 
Bickmore discloses the processing and the comparing are performed in a same 
active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline of 
translators; each translator reads a series of input objects and produces a series 
of output objects for next translator (or the parser). 
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Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Bickmore into the 
Murphy-Paxon's system to further provide the processing and the comparing are 
performed in a same active process in Murphy-Paxon system. 

The motivation is that it would further enhance the Murphy-Paxon's 
system by taking, advancing and/or incorporating Bickmore's system which offers 
significant advantages for providing the innovative features of MultiLex include its 
pipeline architecture, lexical pattern-matching, manipulation of a larger space of 
objects than just characters, re-configurability for languages that include 
sublanguages, and lexically-scoped dictionary mechanism as once suggested by 
Bickmore (e.g., P. 1, Abstract). 

10. As to claim 64, Murphy discloses a scanner comprising: a scanner data 
structure including processed information for a plurality of patterns and 
respective indicators for associating a respective executable action with each of 
the a plurality of patterns (e.g., Sec. 2 - The Lexical Source Model Extraction 
Approach, 3 rd Par. - the scanner generator uses the first two parts - the pattern 
and action definitions - to generate a scanner that reads in a sequence of artifact 
files and produces a stream of local output). 

Murphy discloses the pattern and action definitions (P. 266, 1 st Par. - the 
scanner generator uses the first two parts - the pattern and action definitions to 
generate a scanner that reads in a sequence of artifact files and produces a 
stream of local output), but does not explicitly disclose the scanner data structure 
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being capable of being used to compare input data to the plurality of patterns and 
cause execution of the respective executable action upon a match of the input 
data with a one of the a plurality of patterns. 

However, in an analogous art of flex- fast lexical analyzer generator, 
Paxon discloses the scanner data structure being capable of being used to 
compare input data to the plurality of patterns and cause execution of the 
respective executable action upon a match of the input data with a one of the a 
plurality of patterns (e.g., P. 7, 3 rd Par. - the rules section of the flex input 
contains a series of rules of the form: pattern action : PATTERNS - P. 8 through 
P. 12, the patterns in the input are written using an extended set of regular 
expressions; ACTIONS - P. 13 through P. 18, each pattern in a rule has a 
corresponding action; HOW THE INPUT IS MATCHED - P. 12 through P. 13, 
when the generated scanner is run, it analyzes its input looking for strings which 
match any of its patterns; P. 12, Sec. of How The Input Is Matched, 2 nd Par. - 
Once the match is determined, the text corresponding to the match (called the 
token) is made available in the global character pointer yytext, and its length in 
the global integer yy/eng; the action corresponding to the matched pattern is then 
executed, and then the remaining input is canned for another match; P. 13, 2 nd 
Par. - Note that yytext can defined in two different ways: either as a character 
pointer or as a character array - via index ). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Paxon into the 
Murphy's system to further provide the scanner data structure being capable of 
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being used to compare input data to the plurality of patterns and cause execution 
of the respective executable action upon a match of the input data with a one of 
the a plurality of patterns in Murphy system. 

The motivation is that it would further enhance the Murphy's system by 
taking, advancing and/or incorporating Paxon's system which offers significant 
advantages for fast lexical analyzer generator; interfacing with Vacc; 
performance; generating C++ scanners, and incompatibilities with Lex and Posix 
etc., as once suggested by Paxon (e.g., P. 1 through P. 3). 

Further, Murphy and Paxon do not explicitly disclose the scanner data 
structure being formed and the comparing being performed in a same active 
process. 

However, in an analogous art of MultiLex, A Pipelined Lexical Analyzer, 
Bickmore discloses the scanner data structure being formed and the comparing 
being performed in a same active process (e.g., Sec. of Introduction, 5 th Par. - A 
lexer is a pipeline of translators; each translator reads a series of input objects 
and produces a series of output objects for next translator (or the parser)). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Bickmore into the 
Murphy-Paxon's system to further provide the scanner data structure being 
formed and the comparing being performed in a same active process in Murphy- 
Paxon system. 

The motivation is that it would further enhance the Murphy-Paxon's 
system by taking, advancing and/or incorporating Bickmore's system which offers 
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significant advantages for providing the innovative features of MultiLex include its 
pipeline architecture, lexical pattern-matching, manipulation of a larger space of 
objects than just characters, re-configurability for languages that include 
sublanguages, and lexically-scoped dictionary mechanism as once suggested by 
Bickmore (e.g., P. 1, Abstract). 

11. As to claim 72, Murphy discloses a computer readable medium having 
stored thereon computer executable process steps operative to perform a 
method for generating a scanner (e.g., Sec. 2 - The Lexical Source Model 
Extraction Approach, 2 nd Par. - our system consists of two generators: a scanner 
generator and an analyzer generator), the method comprising: defining a plurality 
of patterns; defining a respective association between each of the plurality of 
patterns and a respective executable action (e.g., Sec. 2 - The Lexical Source 
Model Extraction Approach, 3 rd Par. - the scanner generator uses the first two 
parts - the pattern and action definitions - to generate a scanner that reads in a 
sequence of artifact files and produces a stream of local output). 

Murphy discloses the pattern and action definitions (P. 266, 1 st Par. - the 
scanner generator uses the first two parts - the pattern and action definitions to 
generate a scanner that reads in a sequence of artifact files and produces a 
stream of local output), but does not explicitly disclose processing the plurality of 
patterns and the respective associations so as to form a scanner data structure 
capable of comparing input data to each of the plurality of patterns and causing 
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execution of the respective executable action upon a match of the input data with 
a one of the plurality of patterns. 

However, in an analogous art of flex -fast lexical analyzer generator, 
Paxon discloses processing the plurality of patterns and the respective 
associations so as to form a scanner data structure capable of comparing input 
data to each of the plurality of patterns and causing execution of the respective 
executable action upon a match of the input data with a one of the plurality of 
patterns (e.g., P. 7, 3 rd Par. - the rules section of the flex input contains a series 
of rules of the form: pattern action : PATTERNS - P. 8 through P. 12, the patterns 
in the input are written using an extended set of regular expressions; ACTIONS - 
P. 13 through P. 18, each pattern in a rule has a corresponding action; HOW 
THE INPUT IS MATCHED - P. 12 through P. 13, when the generated scanner is 
run, it analyzes its input looking for strings which match any of its patterns; P. 12, 
Sec. of How The Input Is Matched, 2 nd Par. - Once the match is determined, the 
text corresponding to the match (called the token) is made available in the global 
character pointer yytext, and its length in the global integer yy/eng; the action 
corresponding to the matched pattern is then executed, and then the remaining 
input is canned for another match; P. 13, 2 nd Par. - Note that yytext can defined 
in two different ways: either as a character pointer or as a character array - via 
index ). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Paxon into the 
Murphy's system to further provide processing the plurality of patterns and the 
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respective associations so as to form a scanner data structure capable of 
comparing input data to each of the plurality of patterns and causing execution of 
the respective executable action upon a match of the input data with a one of the 
plurality of patterns in Murphy system. 

The motivation is that it would further enhance the Murphy's system by 
taking, advancing and/or incorporating Paxon's system which offers significant 
advantages for fast lexical analyzer generator; interfacing with Yacc; 
performance; generating C++ scanners, and incompatibilities with Lex and Posix 
etc., as once suggested by Paxon (e.g., P. 1 through P. 3). 

Further, Murphy and Paxon do not explicitly disclose the processing and 
the comparing being performed in a same active process. 

However, in an analogous art of MultiLex, A Pipelined Lexical Analyzer, 
Bickmore discloses the processing and the comparing being performed in a 
same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline of 
translators; each translator reads a series of input objects and produces a series 
of output objects for next translator (or the parser). 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Bickmore into the 
Murphy-Paxon's system to further provide the processing and the comparing 
being performed in a same active process in Murphy-Paxon system. 

The motivation is that it would further enhance the Murphy-Paxon's 
system by taking, advancing and/or incorporating Bickmore's system which offers 
significant advantages for providing the innovative features of MultiLex include its 
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pipeline architecture, lexical pattern-matching, manipulation of a larger space of 
objects than just characters, re-configurability for languages that include 
sublanguages, and lexically-scoped dictionary mechanism as once suggested by 
Bickmore (e.g., P. 1, Abstract). 

12. As to claim 3 (incorporating the rejection in claim 1), claim 49 
(incorporating the rejection in claim 47), claim 66 (incorporating the rejection in 
claim 64), and claim 74 (incorporating the rejection in claim 72), Bickmore 
discloses the receiving the definition of the plurality of patterns is performed in 
the same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline 
of translators; each translator reads a series of input objects and produces a 
series of output objects for next translator (or the parser)). 

13. As to claim 4 (incorporating the rejection in claim 1), Murphy discloses 
plurality of patterns include regular expressions (Sec. 1 - Introduction, 2 nd Par. - 
an engineer produces a source model with these tools by specifying regular 
expressions to be matched to text within the artifacts). 

14. As to claim 5 (incorporating the rejection in claim 1 ), Murphy discloses 
plurality of patterns include text patterns (Sec. 2 - The Lexical Source Model 
Extraction Approach, 2 nd Par., Item 1 - patterns describing constructions of 
interest in a system artifact; Sec. 3.1 - Specifying Patterns, 1 st Par. - The 
engineer describes the information to extract from the system artifacts as a set of 
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hierarchical patterns; each patter uses regular expression to describe a construct 
that may be found within the artifacts). 

15. As to claim 6 (incorporating the rejection in claim 1), Bickmore discloses 
(the) receiving the definition of the respective association is performed in the 
same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline of 
translators; each translator reads a series of input objects and produces a series 
of output objects for next translator (or the parser)). 

16. As to claim 7 (incorporating the rejection in claim 1), Paxon discloses 
each respective association between each of the plurality of patterns and the 
respective executable action includes a pointer (P. 13, 2 nd Par. - Note that vvtext 
can defined in two different ways: either as a character pointer or as a character 
array - via index). 

17. As to claim 8 (incorporating the rejection in claim 1), Paxon discloses 
each respective association between each of the plurality of patterns and the 
respective executable action includes an index number (P. 13, 2 nd Par. - Note 
that vvtext can defined in two different ways: either as a character pointer or as a 
character array - via index ). 



18. As to claim 9 (incorporating the rejection in claim 1), Murphy discloses at 
least one of the respective executable action includes a respective action object 
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(Sec. 3 - The Specification Language - action code to execute after a pattern is 
matched to a portion of a system artifact). 

19. As to claim 10 (incorporating the rejection in claim 1), Bickmore discloses 
at least a portion of at least one of the respective executable action is generated 
in the same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a 
pipeline of translators; each translator reads a series of input objects and 
produces a series of output objects for next translator (or the parser)). 

20. As to claim 11 (incorporating the rejection in claim 1), Murphy discloses 
at least one of the respective executable action includes respective program 
code (Sec. 3 - The Specification Language - action code to execute after a 
pattern is matched to a portion of a system artifact). 

21 . As to claim 12 (incorporating the rejection in claim 1), Murphy discloses 
wherein at least one of the respective executable action includes respective data 
(Sec. 2 - The Lexical Source Model Extraction Approach, 5 th Par., Lines 1-5 - 
two scanners: on to scan C source code and another to scan structured data 
files). 

22. As to claim 13 (incorporating the rejection in claim 1), Paxon discloses 
the processing includes forming a scanner definition string from the plurality of 
patterns and respective associations (e.g., P. 7, 3 rd Par. - the rules section of the 
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flex input contains a series of rules of the form: pattern action : PATTERNS - P. 8 
through P. 12, the patterns in the input are written using an extended set of 
regular expressions; ACTIONS - P. 13 through P. 18, each pattern in a rule has 
a corresponding action). 

23. As to claim 14 (incorporating the rejection in claim 13), Paxon discloses 
that each respective association is represented in the scanner definition string by 
a respective indicator (P. 13, 2 nd Par. - Note that vvtext can defined in two 
different ways: either as a character pointer or as a character array - via index ). 



24. As to claim 15 (incorporating the rejection in claim 14), Paxon discloses 
that the processing further includes saving a mapping between each respective 
indicator and a respective action-pointer (Sec. of How The Input Is Matched, 2 nd 
Par. - Once the match is determined, the text corresponding to the match (called 
the token) is made available in the global character pointer yytext, and its length 
in the global integer yyleng\ the action corresponding to the matched pattern is 
then executed, and then the remaining input is canned for another match; P. 13, 
2 nd Par. - Note that vvtext can defined in two different ways: either as a character 
pointer or as a character array - via index ). 

25. As to claim 16 (incorporating the rejection in claim 14), Paxon discloses 
that each respective indicator includes a respective index (P. 13, 2 nd Par. - Note 
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that vvtext can defined in two different ways: either as a character pointer or as a 
character array - via index ), 

26. As to claim 17 (incorporating the rejection in claim 14), Paxon discloses 
that each respective indicator includes a respective a number representing a 
respective pointer (P. 13, 2 nd Par. - Note that vvtext can defined in two different 
ways: either as a character pointer or as a character array - via index). 

27. As to claim 18 (incorporating the rejection in claim 13), Paxon discloses 
that the scanner definition string has a format of a scanner definition file of a 
scanner generator (P. 8, Patterns - the patterns in the input are written using an 
extended set of regular expressions). 

28. As to claim 19 (incorporating the rejection in claim 18), claim 32 
(incorporating the rejection in claim 31), and claim 35 (incorporating the rejection 
in claim 34), Paxon discloses wherein the scanner generator is a Flex scanner 
generator (P. 1 , Name, flex - fast lexical analyzer generator; P. 3, Description). 

29. As to claim 20 (incorporating the rejection in claim 18), claim 54 
(incorporating the rejection in claim 47), and claim 79 (incorporating the rejection 
in claim 72), Paxon discloses wherein the processing further includes inputting 
the scanner definition string into a scanner generator core modified for 
processing the scanner definition string so as to form a processed scanner 
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definition data structure (e.g., P. 7, 3 rd Par. - the rules section of the flex input 
contains a series of rules of the form: pattern action : PATTERNS - P. 8 through 
P. 12, the patterns in the input are written using an extended set of regular 
expressions; ACTIONS - P. 13 through P. 18, each pattern in a rule has a 
corresponding action; HOW THE INPUT IS MATCHED - P. 12 through P. 13, 
when the generated scanner is run, it analyzes its input looking for strings which 
match any of its patterns; P. 12, Sec. of How The input Is Matched, 2 nd Par. - 
Once the match is determined, the text corresponding to the match (called the 
token) is made available in the global character pointer yytext, and its length in 
the global integer yyleng; the action corresponding to the matched pattern is then 
executed, and then the remaining input is canned for another match; P. 13, 2 nd 
Par. - Note that vvtext can defined in two different ways: either as a character 
pointer or as a character array - via index ). 

30. As to claim 21 (incorporating the rejection in claim 20), Paxon discloses 
wherein the scanner generator core is a Flex scanner generator core (P. 1 , 
Name, flex -fast lexical analyzer generator; P. 3, Description). 

31 . As to claim 22 (incorporating the rejection in claim 20), claim 55 
(incorporating the rejection in claim 54), and claim 80 (incorporating the rejection 
in claim 79), Paxon discloses wherein the processing further includes converting 
the processed scanner definition data structure into the scanner data structure 
(e.g., P. 7, 3 rd Par. - the rules section of the flex input contains a series of rules 
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of the form: pattern action : PATTERNS - P. 8 through P. 12, the patterns in the 
input are written using an extended set of regular expressions; ACTIONS - P. 13 
through P. 18, each pattern in a rule has a corresponding action; HOW THE 
INPUT IS MATCHED - P. 12 through P. 13, when the generated scanner is run, 
it analyzes its input looking for strings which match any of its patterns; P. 12, 
Sec. of How The Input Is Matched, 2 nd Par. - Once the match is determined, the 
text corresponding to the match (called the token) is made available in the global 
character pointer yytext, and its length in the global integer yyleng; the action 
corresponding to the matched pattern is then executed, and then the remaining 
input is canned for another match; P. 13, 2 nd Par. - Note that vvtext can defined 
in two different ways: either as a character pointer or as a character array - via 
index ). 

32. As to claim 23 (incorporating the rejection in claim 1), Paxon discloses 
wherein the scanner data structure includes a respective indicator representing 
the respective association between each of the plurality of patterns and the 
respective executable action (e.g., P. 7, 3 rd Par. - the rules section of the flex 
input contains a series of rules of the form: pattern action : PATTERNS - P. 8 
through P. 12, the patterns in the input are written using an extended set of 
regular expressions; ACTIONS - P. 13 through P. 18, each pattern in a rule has 
a corresponding action; HOW THE INPUT IS MATCHED - P. 12 through P. 13, 
when the generated scanner is run, it analyzes its input looking for strings which 
match any of its patterns; P. 12, Sec. of How The Input Is Matched, 2 nd Par. - 
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Once the match is determined, the text corresponding to the match (called the 
token) is made available in the global character pointer yytext, and its length in 
the global integer yyleng\ the action corresponding to the matched pattern is then 
executed, and then the remaining input is canned for another match; P. 13, 2 nd 
Par. - Note that yytext can defined in two different ways: either as a character 
pointer or as a character array - via index ). 

33. As to claim 24 (incorporating the rejection in claim 23), Paxon discloses 
wherein each respective indicator includes an index (P. 13, 2 nd Par. - Note that 
yytext can defined in two different ways: either as a character pointer or as a 
character array - via index ). 

34. As to claim 25 (incorporating the rejection in claim 23), Paxon discloses 
wherein each respective indicator includes a pointer (P. 13, 2 nd Par. - Note that 
yytext can defined in two different ways: either as a character pointer or as a 
character array - via index). 

35. As to claim 26 (incorporating the rejection in claim 13), claim 56 
(incorporating the rejection in claim 53), and claim 81 (incorporating the rejection 
in claim 78), Paxon discloses wherein the processing further includes saving the 
scanner definition string and the scanner data structure (e.g., P. 3, Description - 
flex is a tool for generating scanners: programs which recognized lexical patterns 
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in text; flex reads the given input files , or its standard input if no file names are 
given, for a description of a scanner to generate). 

36. As to claim 27 (incorporating the rejection in claim 26) and claim 29 
(incorporating the rejection in claim 28), Paxon discloses wherein the saving is 
performed to a persistent memory device (e.g., P. 3, Description - flex is a tool 
for generating scanners: programs which recognized lexical patterns in text; flex 
reads the given input files , or its standard input if no file names are given, for a 
description of a scanner to generate). 

37. As to claim 28 (incorporating the rejection in claim 26), claim 57 
(incorporating the rejection in claim 56), and claim 82 (incorporating the rejection 
in claim 81 ), Paxon discloses wherein the processing further includes saving a 
mapping between the scanner definition string and the scanner data structure 
(e.g., P. 3, Description - flex is a tool for generating scanners: programs which 
recognized lexical patterns in text; flex reads the given input files , or its standard 
input if no file names are given, for a description of a scanner to generate). 

38. As to claim 30 (incorporating the rejection in claim 28) and claim 58 
(incorporating the rejection in claim 57), Murphy discloses further comprising: 
receiving a definition of a plurality of second patterns; receiving a definition of a 
respective second association between each of the plurality of second patterns 
and a respective second executable action; processing the plurality of second 
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patterns and the respective second associations so as to determine a second 
scanner data structure capable of comparing the input data to each of the 
plurality of second patterns and causing execution of the respective second 
executable action upon a match of the input data with a one of the plurality of 
second patterns, the processing each of the plurality of second patterns and the 
respective second association and the comparing the input data to each of the 
plurality of second patterns being performed in a same second active process; 
wherein the processing each of the plurality of second patterns and the 
respective second association includes: forming a second scanner definition 
string from the plurality of second patterns and respective second associations; 
and comparing the second scanner definition string to the saved scanner 
definition string and loading the saved scanner data structure as the second 
scanner data structure when the second scanner definition string matches the 
saved scanner definition string (e.g., P. 268, 1 st Par -during extraction, the 
source will be scanned for an occurrence of the first patter; once the first pattern 
is matched, scanning will continue looking for both another occurrence of the first 
pattern and occurrence of the second pattern; this ensures scanning will not miss 
the start of the next function declaration while still being tolerant to syntactical 
deviations in the source code; P. 276, Sec. of Scanning Event Information - the 
second pattern matches calls within a function body that take a constant 
character string as a first argument; action code id depicted within boxes in Fig. 
6). 
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39. As to claim 31 (incorporating the rejection in claim 30), Murphy discloses 
wherein the saved scanner definition string and the second scanner definition 
string have a format of a scanner definition file of a scanner generator (e.g., P. 
268, 1 st Par - during extraction, the source will be scanned for an occurrence of 
the first patter; once the first pattern is matched, scanning will continue looking 
for both another occurrence of the first pattern and occurrence of the second 
pattern; this ensures scanning will not miss the start of the next function 
declaration while still being tolerant to syntactical deviations in the source code; 
P. 276, Sec. of Scanning Event Information - the second pattern matches calls 
within a function body that take a constant character string as a first argument; 
action code id depicted within boxes in Fig. 6). 

40. As to claim 33 (incorporating the rejection in claim 30), claim 59 
(incorporating the rejection in claim 58), and claim 84 (incorporating the rejection 
in claim 83), Murphy discloses wherein the loading the saved scanner data 
structure as the second scanner data structure is performed using the mapping 
between the scanner definition string and the scanner data structure (e.g., P. 
268, 1 st Par - during extraction, the source will be scanned for an occurrence of 
the first patter; once the first pattern is matched, scanning will continue looking 
for both another occurrence of the first pattern and occurrence of the second 
pattern; this ensures scanning will not miss the start of the next function 
declaration while still being tolerant to syntactical deviations in the source code; 
P. 276, Sec. of Scanning Event Information - the second pattern matches calls 
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within a function body that take a constant character string as a first argument; 
action code id depicted within boxes in Fig. 6). 

41 . As to claim 34 (incorporating the rejection in claim 30), claim 60 
(incorporating the rejection in claim 58), and claim 85 (incorporating the rejection 
in claim 83), Murphy discloses further comprising inputting the second scanner 
definition string into a scanner generator core so as to form a processed scanner 
definition data structure when the second scanner definition string does not 
match the saved scanner definition string (e.g., P. 268, 1 st Par -during 
extraction, the source will be scanned for an occurrence of the first patter; once 
the first pattern is matched, scanning will continue looking for both another 
occurrence of the first pattern and occurrence of the second pattern; this ensures 
scanning will not miss the start of the next function declaration while still being 
tolerant to syntactical deviations in the source code; P. 276, Sec. of Scanning 
Event Information - the second pattern matches calls within a function body that 
take a constant character string as a first argument; action code id depicted 
within boxes in Fig. 6)). 

42. As to claim 36 (incorporating the rejection in claim 34), Murphy discloses 
wherein the processing further includes converting the processed scanner 
definition data structure into the second scanner data structure (e.g., P. 268, 1 st 
Par - during extraction, the source will be scanned for an occurrence of the first 
patter; once the first pattern is matched, scanning will continue looking for both 
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another occurrence of the first pattern and occurrence of the second pattern; this 
ensures scanning will not miss the start of the next function declaration while still 
being tolerant to syntactical deviations in the source code; P. 276, Sec. of 
Scanning Event Information - the second pattern matches calls within a function 
body that take a constant character string as a first argument; action code id 
depicted within boxes in Fig. 6). 

43. As to claim 37 (incorporating the rejection in claim 30), Murphy discloses 
wherein the processing further includes saving the second scanner definition 
string and the second scanner data structure (e.g., P. 268, 1 st Par -during 
extraction, the source will be scanned for an occurrence of the first patter; once 
the first pattern is matched, scanning will continue looking for both another 
occurrence of the first pattern and occurrence of the second pattern; this ensures 
scanning will not miss the start of the next function declaration while still being 
tolerant to syntactical deviations in the source code; P. 276, Sec. of Scanning 
Event Information - the second pattern matches calls within a function body that 
take a constant character string as a first argument; action code id depicted 
within boxes in Fig. 6). 

44. As to claim 38 (incorporating the rejection in claim 37), Murphy discloses 
wherein the processing further includes saving a mapping between the second 
scanner definition string and the second scanner data structure (e.g., P. 268, 1 st 
Par - during extraction, the source will be scanned for an occurrence of the first 
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patter; once the first pattern is matched, scanning will continue looking for both 
another occurrence of the first pattern and occurrence of the second pattern; this 
ensures scanning will not miss the start of the next function declaration while still 
being tolerant to syntactical deviations in the source code; P. 276, Sec. of 
Scanning Event Information - the second pattern matches calls within a function 
body that take a constant character string as a first argument; action code id 
depicted within boxes in Fig. 6). 

45. As to claim 39 (incorporating the rejection in claim 1), claim 61 
(incorporating the rejection in claim 47), and claim 86 (incorporating the rejection 
in claim 72), Murphy discloses further comprising: associating at least one 
respective start state of a plurality of start states with each of the plurality of 
patterns; and setting a current start state, the current start state being one of the 
plurality of start states; wherein the processing includes processing the at least 
one respective start state along with each associated pattern so as to form a part 
of the scanner data structure, the comparing being performed so as to compare 
only the patterns of the plurality of patterns associated with a respective start 
state equal to the current start state (e.g., P. 273, Sec. of Translating Patterns to 
State Machines - we ensure the correct linkage by first performing a 
straightforward translation from a given pattern (i.e., regular expression) into a 
nondeterministic finite-state machine with e moves). 
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46. As to claim 40 (incorporating the rejection in claim 39), Paxon discloses 
wherein the setting the current start state is performed so as to reset the current 
start state to another one of the plurality of start states at least once during the 
comparing (P. 20, Sec. of Start Conditions, - flex provides a mechanism for 
conditionally activating rules; any rule whose pattern is prefixed with "<sc>" will 
only be active when the scanner is in the start condition named "sc"). 

47. As to claim 41 (incorporating the rejection in claim 40), Paxon discloses 
wherein the current start state is reset using at least one of the respective 
executable action (P. 20, Sec. of Start Conditions. - flex provides a mechanism 
for conditionally activating rules; any rule whose pattern is prefixed with "<sc>" 
will only be active when the scanner is in the start condition named "sc"). 

48. As to claim 42 (incorporating the rejection in claim 40), Paxon discloses 
further comprising maintaining a stack of the plurality of start states, the current 
start state being the top of the stack (P. 27, 3 rd Par. - pops the top of the stack 
and switches to it via BEGIN; returns the top of the stack without altering the 
stack's contents). 

49. As to claim 43 (incorporating the rejection in claim 39), claim 62 
(incorporating the rejection in claim 61), and claim 87 (incorporating the rejection 
in claim 86), Paxon discloses further comprising associating a respective context 
with each of the plurality of start states for controlling the respective start state 
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(e.g., P. 2 - Start Conditions - introducing context into your scanners, and 
managing "mini-scanners"; P. 12, 2 nd Par. - a rule can have at most one instance 
of trailing context; P. 12, Sec. of How The Input Is Matched; if it finds more than 
one match, it takes the one matching the most text (for trailing context rules, this 
includes the length of the trailing part, even thought it will then be returned to the 
input); if it finds two or more matches of the same length, the rule listed first in the 
flex input file is chosen). 

50. As to claim 44 (incorporating the rejection in claim 43), claim 63 
(incorporating the rejection in claim 62), and claim 88 (incorporating the rejection 
in claim 87), Paxon discloses wherein each context includes at least one 
respective rule defining a start and an end of the context (e.g., P. 2 - Start 
Conditions - introducing context into your scanners, and managing "mini- 
scanners"; P. 12, 2 nd Par. - a rule can have at most one instance of trailing 
context; P. 12, Sec. of How The Input Is Matched; if it finds more than one match, 
it takes the one matching the most text (for trailing context rules, this includes the 
length of the trailing part, even thought it will then be returned to the input); if it 
finds two or more matches of the same length, the rule listed first in the flex input 
file is chosen). 

51 . As to claim 45 (incorporating the rejection in claim 39), Paxon discloses 
comprising maintaining a stack of the plurality of start states, the current start 
state being the top of the stack, each of the context for controlling a position of 
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the respective start state in the stack (e.g., P. 27, 3 rd Par. - three routines are 
available for manipulating stacks of start conditions: yyjpushjstateQ, 
yy _pop_state(), and yy_Jop_state()). 

52. As to claim 46 (incorporating the rejection in claim 1), Murphy discloses 
wherein the input data includes a data stream (e.g., Sec. 2 - The Lexical Source 
Model Extraction Approach, 5 th Par., Lines 1-5 - two scanners: on to scan C 
source code and another to scan structured data files). 

53. As to claim 50 (incorporating the rejection in claim 47) and claim 75 
(incorporating the rejection in claim 72), Bickmore discloses wherein the 
receiving a definition of the respective association between each of the plurality 
of patterns and the respective executable action is performed in the same active 
process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline of translators; 
each translator reads a series of input objects and produces a series of output 
objects for next translator (or the parser)). 

54. As to claim 53 (incorporating the rejection in claim 47) and claim 78 
(incorporating the rejection in claim 72), Murphy discloses wherein the 
processing includes forming a scanner definition string from the plurality of 
patterns and respective associations (e.g., Sec. 2 - The Lexical Source Model 
Extraction Approach, 3 rd Par. - the scanner generator uses the first two parts - 
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the pattern and action definitions - to generate a scanner that reads in a 
sequence of artifact files and produces a stream of local output). 

55. As to claim 67 (incorporating the rejection in claim 64), Bickmore 
discloses wherein a definition of each of the respective indicator is received in 
the same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a pipeline 
of translators; each translator reads a series of input objects and produces a 
series of output objects for next translator (or the parser)). 

56. As to claim 68 (incorporating the rejection in claim 64) and claim 76 
(incorporating the rejection in claim 72), Murphy discloses wherein at least one of 
the respective executable action includes a respective action object (Sec. 3 - 
The Specification Language - action code to execute after a pattern is matched ' 
to a portion of a system artifact). 

57. As to claim 69 (incorporating the rejection in claim 64) and claim 77 
(incorporating the rejection in claim 72), Bickmore discloses the scanner wherein 
at least a portion of at least one of the respective executable action is generated 
in the same active process (e.g., Sec. of Introduction, 5 th Par. - A lexer is a 
pipeline of translators; each translator reads a series of input objects and 
produces a series of output objects for next translator (or the parser)). 
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58. As to claim 70 (incorporating the rejection in claim 64), Murphy discloses 
the scanner wherein the scanner definition data structure is formed by a process 
including forming a scanner definition string from the plurality of patterns and 
respective associations (e.g., Sec. 2 - The Lexical Source Model Extraction 
Approach, 3 rd Par. - the scanner generator uses the first two parts - the pattern 
and action definitions - to generate a scanner that reads in a sequence of artifact 
files and produces a stream of local output). 

59. As to claim 71 (incorporating the rejection in claim 70), Murphy discloses 
the scanner wherein the process further includes inputting the scanner definition 
string into a scanner generator core modified for processing the scanner 
definition string (e.g., Sec. 2 - The Lexical Source Model Extraction Approach, 
3 rd Par. - the scanner generator uses the first two parts - the pattern and action 
definitions - to generate a scanner that reads in a sequence of artifact files and 
produces a stream of local output). 

60. Claims 2, 48, 65, and 73 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Murphy in view of Paxon and Bickmore and further in view of 
Szafron et al., (LexAGen: An Interactive Incremental Scanner Generator, May 
1990, Software-Practice and Experience) (hereinafter 'Szafron') 

61 . As to claim 2 (incorporating the rejection in claim 1 ), claim 48 
(incorporating the rejection in claim 47), claim 65 (incorporating the rejection in 
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claim 64), and claim 73 (incorporating the rejection in claim 72), Murphy, Paxon, 
and Bickmore do not disclose the scanner is capable of being used for at least 
one of a compiler front end, a syntax-highlighting editor, a text stream editor, a 
parser and a parser-filter. 

However, in an analogous art of LexAGen: An Interactive Incremental 
Scanner Generator, Szafron discloses the scanner is capable of being used for 
at least one of a compiler front end, a syntax-highlighting editor, a text stream 
editor, a parser and a parser-filter (Sec. of The User Interface) 

Therefore, it would have been obvious to one of ordinary skill in the art, at 
the time the invention was made to combine the teachings of Paxon into the 
Murphy's system to further provide the scanner is capable of being used for at 
least one of a compiler front end, a syntax-highlighting editor, a text stream 
editor, a parser and a parser-filter in Murphy-Paxon-Bickmore system. 

The motivation is that it would further enhance the Murphy-Paxon- 
Bickmore's system by taking, advancing and/or incorporating Szafron's system 
which offers significant advantages for constructing scanners incrementally and 
that specifications can be executed anytime for validation testing; LexAGen 
Specifications are expressed and entered interactively in a restricted BNF format 
as once suggested by Szafron (e.g., Summary, 1 st Par. - 2 nd Par.). 

Conclusion 

62. The prior art made of record and not relied upon is considered pertinent to 
applicants disclosure. 
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• Gerwin Klein, Jflex User's Manual, Version 1.2.2, Aug. 1999, jflex.de 

• Lyapustina et al., Transforming Character Strings that are contained in 
a unit of computer program code (Pat. No. US 6,802,059 B1 ) 

• N. R. Greenfeld, Apparatus for analyzing source code (Pat. No. 
4,931,928) 

63. Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Ben C. Wang whose telephone number is 
571-270-1240. The examiner can normally be reached on Monday - Friday, 8:00 
a.m. - 5:00 p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax 
phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from 
the Patent Application Information Retrieval (PAIR) system. Status information 
for published applications may be obtained from either Private PAIR or Public 
PAIR. Status information for unpublished applications is available through 
Private PAIR only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll- 
free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786- 
9199 (IN USA OR CANADA) or 571-272-1000. 
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